Date: Wed, 5 Oct 94 04:30:23 PDT From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: List Subject: Ham-Digital Digest V94 #330 To: Ham-Digital Ham-Digital Digest Wed, 5 Oct 94 Volume 94 : Issue 330 Today's Topics: 56k+ Packet System BAYCOM & MUD (2 msgs) C sources of 7+ ? EME digital link From FBB to TCP/IP ?NOS solution. High speed packet help needed! operating system history.. Paket 6.1 - Help file for MFJ1270?? THENET X1J2 Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: 4 Oct 1994 15:05:27 -0400 From: thayes@hardees.rutgers.edu (Tim Hayes) Subject: 56k+ Packet System gary@ke4zv.atl.ga.us (Gary Coffman) writes: >Well then you need a GRAPES 56kb RF modem. It's $250, and with the >necessary transverter and digital interface, it's still under $600. >Most of the voice radios being used for 1200 baud packet cost nearly >that much. 46 times the throughput for about the same money is an >unbeatable deal. From what I've heard there isn't a ealisy available transverter that works reliably with the GRAPES hardware. How much work is it to put one of these systems together? I'd be intersted in running something like this, but its hardly what you could call "plug and play"... -- Tim Hayes Rutgers University Computing Services PGP KEY FINGERPRINT: 05 A2 83 DE 81 A0 AF 1D 74 02 BE 99 FB 8E AF 4C ------------------------------ Date: 3 Oct 1994 20:26:44 GMT From: rgm@bilbo.baylor.edu (Ross G. Miller) Subject: BAYCOM & MUD : : Hate to tell you, but the *only* mud code you're going to find is for : : TCP/IP. Though there is one that works over Appletalk on the Mac, I : : guess (hadn't thought about that). You're either going to switch over : : to TCP/IP (easy) or totally rewrite the MUD driver (not so easy). On a similar note - what about running a MUD over packet (using a standard TNC) and using NOS as the TCP/IP driver?. Add to this mess the further complication that all of this is operating under OS/2 2.1. ie: I'm running OS/2 2.1 on a 486-33. I'm planning on setting up a packet station using NOS for OS/2. There is a mud that has been compiled for OS/2 out there - CircleMud, I believe. Is it possible to make the Mud and NOS and OS/2 all get along and function properly? Thanks -Ross __2___ <-- Still waiting for the FCC to fill in the blanks... ------------------------------ Date: 4 Oct 1994 00:30:30 GMT From: ron@chaos.UCSD.EDU (Ron Atkinson) Subject: BAYCOM & MUD Ross G. Miller (rgm@bilbo.baylor.edu) wrote: : On a similar note - what about running a MUD over packet (using a standard : TNC) and using NOS as the TCP/IP driver?. Add to this mess the further : complication that all of this is operating under OS/2 2.1. : ie: I'm running OS/2 2.1 on a 486-33. I'm planning on setting up a packet : station using NOS for OS/2. There is a mud that has been compiled for : OS/2 out there - CircleMud, I believe. Is it possible to make the Mud and : NOS and OS/2 all get along and function properly? : Thanks If you can get the NOS system to talk to it, then sure. I have no idea how it's setup to run under OS/2 and to talk to other systems. If it uses TCP/IP under OS/2 (not NOS either) then you just need a way to have NOS talk to that. Basically NOS should be setup as a front end to the OS/2 box. If OS/2 has TCP/IP installed then just give it an address and people can then telnet right into the MUD game. If the user is running just plain AX.25 then it's a bit more complicated. A kludge would be for the user to connect to the NOS system and then do a telnet to the MUD from the mailbox. As I mentioned in a previous message, this is very slow and doesn't work very well. A better way would be to get a connection redirector put into the NOS code to redirect one incoming protocol connect to another one. For example, you define an incoming AX.25 connect to actually do a telnet to another system and port number. Code for this exists for KA9Q base code and also for JNOS, but it's not in the release for JNOS at the moment (and I don't have the code handy either for JNOS but I have the patches for Phil's code somewhere). Can't say about NOS for OS/2 though. Bascially what I do at home now is run Linux with both AX.25 in the kernel and JNOS/Linux. JNOS runs the low speed 1200 stuff better, that's why it's installed. Plus it's easier for a regular packet person to understand when they see a NOS mailbox. The Linux side though is talking to the JNOS via a pty (psuedo tty) using SLIP and anyone can just telnet to any application running under the Linux side. The Linux is also published on the JNOS too so they don't even have to know to route via it since the JNOS will answer for incoming Linux packets over the air. I fired up a MUD a while back over packet just to goof around with and found that NOS didn't like some of it due to some terminal emulation that was required. When a local connects using Linux it works great, when using NOS some verions chopped over the first character of each line and some lines were double spaced. Trying to go through the JNOS mailbox on Linux was also a waste of time since that worked pretty badly. If you wanted to do incoming AX.25 connects to a MUD on a Linux system, install the AX.25 in the kernel and just modify the souce for the axl AX.25 listener program to run the MUD. I've done this for other applications and it's worked so far, but havn't tried it for a MUD to see if it works yet. Maybe I'll give it a whirl just out of curiosity. Ron N8FOW ------------------------------ Date: 3 Oct 1994 08:11:34 +0100 From: cerdini@zen.dedal.fr.net (Michel CERDINI) Subject: C sources of 7+ ? Someone know where we can found C sources of 7plus (to compile it with Linux) ? Thanks, -- Michel CERDINI BP5574 69247 Lyon Cedex 05 | E-Mail cerdini@zen.dedal.fr.net RTC Zenith / BBS Zenux Acces Mail+News | AX25 F1ITS@F8KLY.FRHA.FRA.EU Minitel: 7836.1996 - VFast 24k: 7836.1001 | AmprNet f1its.ampr.org 44.151.69.10 ------------------------------ Date: 4 Oct 1994 01:54:36 GMT From: little@iamu.chi.dec.com (Todd Little) Subject: EME digital link In article , dtiller@cscsun.rmc.edu (David Tiller) writes: |> |>Don't forget Faraday rotation, libration fading, etc...Why not wait for the |>phase 3d sats - geostationary beats the tar out of the moon, IMHO, and it's |>a lot closer (shorter delay time). |>-- To the best of my knowledge, phase 3d is *not* geostationary. It's hard to get world wide funding for a bird in geosynchronous orbit since it would only cover a portion of one hemisphere. 73, Todd N9MWB ------------------------------ Date: Mon, 03 Oct 94 05:56:26 GMT From: filip@ppnway.ping.dk (Filip Stadler) Subject: From FBB to TCP/IP ?NOS solution. - I have some questions related to JNOS, because I like to replace a running fbb-bbs installation with a tcp/ip nos solution and later do a switch from dos to maybe linux. But It's not easy to brake old habbits :-) - First I must say after running fbb-bbs a long time and makeing tools and small online programs,cfilter,mfilters, message servers and etc, I get almost dependent on this great fbb program :-). Maybe that explains why this fbb bbs software is a very commen solution in europe and the usage of local tcp/ip radio activity is maybe limited. Data-compression on mail forward and phone modem support with commen protocols like x/Zmodem does also make it a nice solution with FBB in some cases. Anyway bulletin distribution of mail areas on a FBB is limited, even if we localy have made usage of (G PPN###) in forward files to make maybe 000-999 news-chanals assigned to local area interrest groups and where a forward is done on subjects. No swapping is needed or recommend but a PG SEND program can put new mail in the right PPN### distribution chanal depending on keywords. The usage of selective distribution is very easy and (! G PPN010) or (G PPN0##) is nice to have. - All this is only done, because it's not possible to use maybe (G radio.digital.*) on FBB 5.15C. But then it should be possible on a tcp/ip JNOS solution with smtp/nntp ? - Anyway I have a JNOS 1.10F but for some reason the ppp protocol were missing and the NNTP was not included, but something called POP3 was included ? A first time nos installation from the beginning is not easy with all the very drifferent unknown nos versions were some parts are missing. So I have to find a solution/compilation some where, with ppp was implemented also, can you help me? By the way is it possible to do forward between a fbb-bbs and jnos via PSTN/Modem connections also? I am running DOS and I also have Turbo-C 2.0 and have a limited C know-how, but is it possible to compile jnos 1.10 with using the turbo-c 2.0 compiler ? My plans is to install linux later makes the jnos tcp/ip packet solution looking even more fun as fbb may not be available for linux anyway and it's fun with alternative solutions also. I understand that usage of mail-compression on forward etc. like on the FBB is also commen now on tcp/ip packet mailbox solution even netrom support is part of jnos, so it is a much interresting solution. I have two AEA PK88 modems and a ZyXEL modem on a 486/8mb with NE2000 connnected to another pc. where disk resources etc. should be possible shared via a (tcp/ip peer to peer) link solution. I welcome any advise or suggestions going from the fbb to a tcp/ip compatible solution on packetradio. -- o /M>Filip //Stadler ------------------------------ Date: 4 Oct 1994 02:27:23 GMT From: au659@yfn.ysu.edu (Christopher Carde) Subject: High speed packet help needed! Hello! I've been trying to set up several local (ie very low power) high speed data (hopefully > 9600) links as the hopefull beginning of a high speed TCP/IP subnet in my area (Western Mass). However, I've been off of packet for a long time (ever since my last station was downed from massive equipment failure) and I'm willing to bet that a lot has changed in that time. I would very much appreciate it if anyone could give me some pointers on what radios/modems/bands I should consider! At this point, we'll probably be starting out with a single point to point link, but at some point we'd like to add more nodes, either with another point to point link, or using one LAN frequency. Any and all help and advice will be appreciated! Chris N1KEX ------------------------------ Date: 3 Oct 1994 21:31:48 GMT From: richard@sfu.ca (Richard Chycoski) Subject: operating system history.. > > Can't say I noticed it particularly myself, and I jumped directly > >from the one to the other. There was a microprocessor, name forgotten, that > >did implement a PDP-8. >... > >Ivan Reid, Paul Scherrer Institute, CH. > >ivan@cvax.psi.ch > > The Harris 6120 implemented the PDP8 instruction set. DEC used it in 4 > products: VT78, VT278, DECmate II and DECmate III > Jeff McLeman Internet: jeffmc@halcyon.com Intersil made the IM6100, the original PDP/8 micro. (Harris made copies of this with varyng configurations.) I still have an old Intersil development board around. It's main claim to fame: low power CMOS design, while most microcomputers of the time were still pretty power hungry. PAL III, anybody? (:-) -- - Richard Chycoski richard@sfu.ca (NeXT Mail OK) Senior Systems Consultant Academic Computing Services Simon Fraser University ------------------------------ Date: Tue, 4 Oct 1994 12:52:35 GMT From: frode@dxcern.cern.ch (Frode Weierud) Subject: Paket 6.1 - Help file for MFJ1270?? In bnovak@kaiwan.com (Bob Novak) writes: >In article <36if00$qpq@vixen.cso.uiuc.edu>, >dlehnen@prairienet.org (Dan Lehnen) wrote: >> >> I have heard that there is a Paket 6.1 version out. Can anyone tell >> me where to find it.? >> >> Paket Lover in Illinois. >> -- > It's at FTP.FUNET.FI > /pub/ham/packet/terminal/paket61.zip >-- > ------------------------------------------------------------------- > | E-Mail: bnovak@kaiwan.com | Packet: K0OK@K6VE.#SOCA.CA.USA.NA | > ------------------------------------------------------------------- I have just fetched paket61.zip from the above mentioned address and installed it on my machine. It looks great, but during installation I gave my TNC as MFJ1270, and the installation program failed to find the help file for this TNC. The read.me file says: This version includes eleven different TNC Help files, many of which were supplied by paKet users. Thanks to those who have produced these additional Help files for their TNCs. I know all users of those TNCs will appreciate your efforts: Help File Description Created by ---------------------------------------------------------------- DSP-12.HLP for the DSP-12 Carl VK2JJM KAM.HLP for the Kantronics range Col VK2KQX especially for the KAM updated by Andy VK4WAC KPC-3.HLP for the Kantronics KPC-3 Carl KG0HS MFJ1270.HLP for the MFJ 1270B and Philip ZL3GP (new in 6.1) the MFJ-1274 PK-88.HLP for the AEA PK-88 Jim G6FCL TINY231.HLP for the TINY-2 with firmware Stan G4EGH versions 3.0 or 3.1 TNC1.HLP for the original TNC-1 Norm VK2XCI The distribution on FTP.FUNET.FI has only ten help files and the MFJ1270.HLP is missing. Anybody known where to get the missing file? 73 Frode, F/LA2RL ------------------------------ Date: Tue, 04 Oct 94 07:52:28 EDT From: rapp@lmr.mv.com (Larry Rappaport) Subject: THENET X1J2 jim.ridley@aznetig.stat.COM (Jim Ridley) writes: > > I am having a problem with the memory deteriorating on a X1J2 firmware. > The memory seems to deteriorate worse when large file transfers and etc > are being passed. I am using a Tiny II with a DCD board installed. > Meter switches have been toggled off. I understand this is somewhat of > a common problem and I wonder if anyone has a solution. > Thanks de Jim Ridley (K5LGW) Having the same problem, Jim. The two responses I've gotten indicate that you must use a TNC with a cpu operating at 4.9Mhz or above. One fellow indicates that he switchet to 10mhz and the problem disappeared. The other solution was to use a DCD board which you already seem to have. Please post any other solutions you may hear of. Thanks & 73, Larry W1HJF ----------------------------------------------------------------------------- L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 Colebrook, NH 03576-0158 CIS 72427,2567 fax +1 603 237 8430 ------------------------------ Date: 4 Oct 1994 17:58:37 GMT From: noel@garnet.msen.com (Noel Maddy) References<1OCT199406574292@erich.triumf.ca> , Subject: Re: operating system history.. Dan Pop (danpop@cernapo.cern.ch) wrote: : In jeffmc@halcyon.com (Jeff McLeman) writes: : >canceled RISC machine that DEC was doing, until the politics got involved. The : >cancelation prompted the departure of DEC's best OS and HW architects to : >Microsoft. The end result is Windows NT.) : What the hell is Microsoft supposed to do with HW architects? : We've seen what they did with the OS architects :-) : Dan : -- : Dan Pop : CERN, CN Division : Email: danpop@cernapo.cern.ch : Mail: CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland They developed a new mouse and a new keyboard! ;-) -- Noel Maddy noel@mail.msen.com Work: ncm@biostat.hfh.edu "There are no infrastructure heros." - Dan McLaren ------------------------------ End of Ham-Digital Digest V94 #330 ******************************